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LO INTRODUCTION 


The Materials Experiment Ca»^rier (’■' ') is an optimized carrier for 
near-term and advanced Materials Processing in Space (MPS) research and com 
mercial payloads. When coupled with the Space Platform (SP), the MEC can 
provide the extended-duration, high-power and low-acceleration environment 
the MPS payload typically requires. 

The MPS program is conducting a systematic research program on the 
effects of weightlessness on technologically important processes ranging 
from metallurgy to biology. Research investigation of these processes 
typically requires high-power, long-duration experiments. In addition 
multiple experiment runs are required to fully isolate, characterize, and 
exploit the effect of weightlessness on these processes. The objective 
of the MEC project is to provide a system that will accommodate MPS require 
ments in a feasible, low-cost manner. 

This study, conducted in two ^arts by TRW for the NASA Marshall 
Space flight Center, defined the design concepts for MEC missions starting 
in the late 1980' s. 

The Part 1 effort - October 1979 to May 1981 - concentrated on the 
all-up MEC configuration. Study Part 2 was performed from May through 
December 1981 and emphasized the concept for the initial MEC. 

The basic goal of this Part 2 study was to define the lowest cost, 
technically reasonable first step MEC that meets the MPS program future 
missions objectives with minimum programmatic risks. 

2.0 STUDY OBJECTIVES 

The basic study goal was broken down into the following objectives: 

1. Demonstrate the effectiveness of the initial MEC/Space Platform 
idea for: 

- Accommodating high priority, multi-discipline, R&D and commer- 
cial MPS payloads 

- Conducting MPS payload operations at affordable funding and 
acceptable productivity levels 

2. Demonstrate that the initial MEC has the growth potential to 
evolve into the all-up MEC. 
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3.0 RELATED PROJECTS 


A number of studies and projects have been completed, or are now in 
progress, that relate to this MEC study. Data and analytic results from 
the following projects were used and are referenced where appropriate: 

• Space Platform 

9 Various elements of the Space Transportation System 

§ Teleoperator Maneuvering System 

• TDRSS communication system 

t Materials Experiment Assembly 

» Various KPS payload and processor development projects 

• Various Space Platform projects (such as Science and Applications 
Space PlutTorm). 

4.0 STUDY APPROACH 

The MEC Study, Part 2, was periormed against four major tasks whose 
logic network and work flow are shown in Figure 1. In Task 1, Confi gura- 
tion and Trade Studies , the configuration work from Part 1 was combined 
with trade studies of Part 2 to derive a selected MEC concept. By selected 
MEC concept, we mean that combination of an initial and an a'l . up MEC that 
represents the "best" course for the MEC Project with flights starting 
in 1987 and continuing through a series of early to growth MEC capability 
additions in downstream years. Task 2, End-to-End MEC Operations featured 
requirements and design analysis for the subsystems, concentrating on the 
initial MEC and the operational requirements for both the initial and the 
all-up MEC. 

Results of Tasks 1 and 2 were correlated into a MEC concept selection 
recommendation to MSEC. Based on MSFC's decision on the selected MEC con- 
cept, a design definition was performed in Task 3, Definition of the Selec- 
ted Concept , to detail the configuration, subsystems, payload accommodations 
and mission operations of the selected initial and all-up MEC systems. 

Task 4, Programmatics , was completed in two phases. Task 4a developed 
schedule and cost trade data to support the MEC selected concept decision; 

4b pertained to constructing a MEC implementation plan and estimating the 
cost to develop and operate the initial MEC. 

Figure 2 is a matrix showing the application of study guidelines and 
assumptions to Part 2 Study tasks and concepts. 
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Figure 2, Study Guidelines as Related to Tasks and MEC Concepts 
The MEC project is planned to take advantage of enhancements to the 
Space Shuttle and growth in Space Platform capabilities. The initial MEC 
of the late 1980's will evolve into the all-up MEC of the early 1990' s. 
The evolution issues needing attention are shown on Figure 3. 
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5.0 RESULTS 


The paragraphs to follow reflect study task results. They are organized 
to present MEC design, mission operations, and prograrranatics information 
without making a distinction betv/een work performed on a specific study task. 


5.1 MEC PAYLOAD REQUIREMENTS 

The complement of payloads for the inltieil MEC Includes: 

(1) Materials Eyeriment Assembly (MEA) . The corplement of payload 
facilities for MfeC will be selected from those that wi'’! be avail- 
ab''e from the Shuttle based advanced MEA project. In terms of 
design sophistication and complexity these payload units will ex- 
ceed those carried by the current MEA system. 

( 2 ) Solidification Experiment System (SES) . The SES payload, intended 
to fly initially as a Shuttle bay paTlet payload, is currently in 
the laboratory demonstration phase. MEC requirements were derived 
from information in the TRW SES Preliminary Design Review Package 
prepared for NASA/MSFC. 

(3) Electrophoresis Operations in Space (EOS) . The EOS is a commercial 
payload for the preparation of Diological materials, in the reduced 
gravity environment, that have applications to pharmaceuticals. 

A summary of the functions for these three baseline payloads is given 
below: 


SES 

e Isothermal or Directional 
Solidification Modes 

• Multiple sample handling 
(about 15-25) 

• Maximum temperature - 1200°C 
§ Maximum sample size 25 cm 

long X 1 cm diameter 

MEA 

• Number of long-term payloads 
(4-5) 

• Multiple samples (number TBD) 

• Dimensions: length no greater 

than 48 inches; diameter no 
greater than 24 inches 

Conmercial Payload (EOS) 

• Continuous operation 

• On-orbit servicing required 
(6 mos.) 

• Uplink commands 

• Downlink data to sponsor 
facility 


f Self-contained command system 

• All data downlinked 

• Critical MEC parameters 

- Dimensions 

- Volume 

- Component configuration 


• Multiple payloads to operate 
sequentially 

• Self-contained command system 
a Gases required are internal to 

each MEA payload 


• Critical parameters 

- Diameter 

- Volume 

- Mass 
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(JRIGINAL PAGE \S 
OF POOR QUALITY 

The physical and electrical power/energy requirements of the baseline 
payloads. Figure 4, indicate that, while the three payloads impose about 
equal power requirements (3 to 5 kW each) on the Space Platform/MEC, the 
EOS is by far the largest and heaviest of the three. This introduces special 
payload accommodation issues into the derivation of the initial MEC concept. 


\REQUIREHENTs/ 

\ / 
PAYLOAD \ / .^47 

\/ 

/ 

r / S 

/if 

/m 

/ 

/ 

7 

SES 

B.5 X 4.9 
X 5.9 
(2.6 X 1.5 
X 1.8) 

245 

(6.93) 

2420 

(1100) 

■ 

13,000 



HEA 

14.0 dia X 
2.5 length 
(4.27 X 
.76) 

577 

(16.3) 

4873 

(2215) 

3 to 5 

lO.BOO- 

18,000 

3-5 

0°C INLET 
TEMP. 


EOS 

14.0 dia X 
8 length 
(4.27 X 
2.44) 

1231 

(34.8) 

9988 

(4540) 

3.5 

15,200 

3.5 

0®C INLET 
TFHP. 



Figure 4. Baseline Payload Size and Power Requirements 

The integrated requirements, Figure 5, for the initial MEC were derived 
by summing the individual payload requirements. 


- INITIAL MEC - 



VALUE 

comyents 


VArUble 

Varies with specific payload. Olaenstons are MEC 
configuration dependent. 

VOLUW (PA«t.OAllS) 

1800 

VoluM Is 822 for HEA end SES. 

wss 

1&290 lbs 

Piyloed MSS for HEA tnd SES • 6290 lbs. (max) 

ELECTRIC POWER (kW) 

IS.O 

HaKtmuiR power with SES, HEA and EOS all operating at 
same tine. Average power will be 8 to 11 kU dependent 
upon timeline. 

ENERGY (kWH) 

39000-46000 

Rased on nonlnai Clmellnes for 180 
dav mission 

THERMAL HEAT RE- 
JECTION (kU) 

11.2-13.2 
(o<k: 1n1«t) 

HInlaa of 3.S kU (EOS only). 

PROCESS COHIROl 

Uplink canands 
required 

EOS and SES required capability for experiment pro- 
tocol modification. 

DATA ACQUISITION 

12-17 kbps 

Format for each experiment has not been Identified. 
No video downlink for Initial HEC. 

GAS 

Ar - 1 kg 
He - 6 kg 
Oj - 29 kg 

All gases are internal to iiie payloads. 

1 

SAMPLE NUMBER AND 
PROCESSING TIME 

Continuous 

operation 

Samples and sae^ile storage are all internal to pay- 
load. Processing time for SES will be a mlnlaum of 
2000 hours. EOS is continuous operation. M£A Is 
undefined. 

VENTING 

H?0 - 0.7 kg/day 
He • 1 kg/quench 
Ar, He, O2 ~ TED 

Other low level venting will occur. HEA TfiD. 

CONTAMINATION 

1 

Vented gases and 
leaked Mterials 



Figure 5. MEC Top Level Integrated Payload Requirements 
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5.2 MISSION AND SYSTEM REQUIREMENTS 


Principal MEC mission objectives are (a) long stay time in orbit, (b) 
high power level to support the complement of MEC materials processing pay- 
loads and (c) a sustained, undisturbed micro-g environment of 10”^g or 
better. 

The updated MEC system requirements (see Figure 6) partly supersede 
those covered in the earlier System Requirements Document (Study Part 1) 
dated November 1980. However, that document and the corresponding Inter- 
face Requirements Document are sources of information for defining MEC 
mission and system requirements in general terms. 

Mission Characteristics 

The projected initial flight date will be late 1987 or early 1988, 
keyed to the IOC of the Space Platform. 

MEC shall be carried to orbit, attached to the SP and deployed into 
the free flying mission phase by the Shuttle Orbiter. At the end of the 
mission the MEC shall be retrieved by the Orbiter and returned to the 
ground. 

During extended, all-up MEC missions the Orbiter shall revisit the 
SP/MEC at least once, to perform essential services such as payload ex- 
change, processed sample exchange, or possibly replacement of defective 
support systems. EOS servicing requires replacement of the Resupply Module. 

The same MEC vehicle shall be used repeatedly. After retrieval from 
orbit it shall bf refurbished on the ground and/or refitted with a new pay- 
load complement and prepared for relaunch. Projected turn-around time be- 
tween missions will be six or possibly eight months. 

Mission durations will be 180 days for the initial MEC and possibly 
longer for the all-up MEC, with up to one or even two MEC launches per 
year, depending on mission durations and turn-around times between missions. 

Payload Operation Requirements 

Operation of MFS payloads on orbit will require automated sequencing of 
activities which typically include; 
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Figure 6. MEC System Requirements 
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9 Sample removal from storage 

• Sample insertion into processor 

• Sample heating, melting, solidification, quenching or other similar 
physical /metallurgical processes 

• Sample removal from processor and storage 

• Purging of processing chamber 

Other process types such as chemical and biological processing require 
fewer discrete steps but involve continuous treatment of liquid sample quan- 
tities with cycled variation of state parameters such as temperature, pres- 
sure, electrostatic fields etc. 


Payload autonomy was emphasized. Each payload will carry its own power 
conditioning, control electronics, implementation, data acquisition and 
management, sample handling and storage, and gas/fluids 

Payload Access for Servicing On Orbit 

Payloads carried in all-up MEC missions must have design and inter- 
face characteristics that are consistent with, and facilitate on-orbit 
servicing. Servicing operations include exchange of entire payload units 
or of sample magazines, within payloads, and possibly replacement of mal- 
functioning payload subsystems. 


Interfacing System Elements 


The MEC mission require the support of a number of interfacing sys- 
tems in orbit or on the ground, Figure 7. Other external system elements 
which will indirectly interface with, and impose constraints on MEC include 
companion payloads carried by the Shuttle and companion payloads sharing the 


SP with MEC. 


Space Platform (Figure 8) 

Shuttle Orbiter (Figure 9) 

1 . Power 

1. 

Launch 

2 . Heat rejection 

2. 

Oeploy/retrieve (RMS) 

3, Data handling/telemetry channels 

3. 

Checkout 

4. Command channels 

4. 

Power 

5. Attitude stabilization 

5. 

Thermal protection 


6 . 

Servicing support * (RMS) 

Ground Support Equipment 

7, 

Safety 

1. Handling 

2. Shuttle integration 

Orbiter Crew 

3. Checkout 

1. 

Deploy/retrieve 

4. Post-folght ops 

2. 

Remote/EVA 


3. 

On-orbit checkout 

POCC Via TDRSS/SP Link 

4. 

Servicing* 

1. Command and telemetry links 

2. Monitor and control experi- 

Teleoperator Maneuvering System 

ments (including real time 

1. 

Maneuver support in SP revis- 

control, as required) 


its (MEC launch, retrieval, 
service*) 


2. 

Remote handling of MEC or MEC 
payload units. 

*In All-Up MEC Only 


Figure 7. MEC 
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Figure 9. MEC Interfaces With Shuttle Orbiter Crew 
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5.3 SYSTEM DESIGN 


The principal MEC configuration selection criteria listed below 
reflects the system and mission requirements established at the outset 
of the study. 

1. Assurance of system safety and mission success. 

2. Multiple payload accommodation as specified for initial, and 
all-up MEC.* 

3. Low cost initial MEC by way of available structural elements, 
subsystem components and ground support equipment. 

4. Easy growth to all-up MEC, e.g., through modular growth. 

5. STS launch cost economy (weight and length). 

6. Ease of payload access for on-orbit servicing for all-up MEC 

7. Ease of payloads and subsystems ground integration and testing. 

8. Non-interference with other Space Platform users (compact 
design) . 

The study concentrat^^J on defining an initial MEC design concept 
that would meet the system requirements previously defined, carry the 
desired payload complement and have the capability of evolving by modular 
growth into the all-up MEC configuration. 

Exploratory initial MEC design concepts investigated during the study 
primarily involved the following configuration types 

1) Pallet-based configurations including the full pallet, half-pallet 
and combinations of pallet and other payload support structures. 

2) MEA-C based configurations involving only minor changes from the 
MSEC spoked-disc design. 

3) MEA-C based configurations involving major modifications from the 
support disc design. 

Six examples of these MEC configuration families are illustrated in Figure 
10 three of which are shown attached to the upper Space Platform payload 
berthing port (z-port). 

Figure 11 lists principal features of the twelve initial MEC config- 
urations investigated, with groups of four enclosed in «ach of the three 
categories indicated. The selected ^Initial MEC configuration ^ designated 
as concept is based on the MEA-C spoked disc concept with only minor change 

*Accommodation of EOS desirable but not mandatory. EOS may be attached 
directly to SP 
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Figure 10. Some Exploratory Initial MEC Design Concepts 
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CONFIGURATION lYPE 

PAllf [ 
HALF-PAL LfT 

f'LA-C 

SPOKED DISC 

MFA-C 

SPOKED DISC 


PALLET COMBINATION 

(W. MINOR CHANGES) 

(MODIFIED) 

TRW DESIGN DESIGNATION 

A, B, D, H 

C, E, G, M 

F, J, K, L 

LOCATION OF s/p ADAPTER 

PALLET BOTTOM (EXCEPT 

"b, front face 
.adapter) . _ . . 

IN "m" ALONG CENTER 
LINE (others at 

bottom) 

ALONG CENTER LINE 

(except k, at 
BOTICn) 

MODULE GROUPING 

IN LINE, EXCEPT "h" 
(CLUSTERED) 

IN LINE, EXCEPT "g" 
(CLU5T£iT£JD) 

IN LINE, EXCEPT "f" 

(clustered) 

PAYLOADS ACCOMMODATED 




- MEA FACILITIES 

4 TO 7 

6 TO 7 

7 TO 8 

- SES 

1 OR 2 

I 

1 

- EOS 

YES 

YES 

YES 

PAYLOAD ATTACHMENT/ 
ACCESS 

RACK MOUNTED 

AXIAL 

AXIAL OR LATERAL 

GROWTH TO ALL-UP MEC 
INVESTIGATED* 

(see note)* 

M 

J, K, L 

REMARKS 

"a" is POSSIBLE 
ALTERNATIVE TO "m" 
FOR INITIAL MFC. 
GROWTH TRHOUCH TAN- 
DEM ARRANGEMENT 

"m" SELECTED: 
MEETS ALL INITIAL 
MEC CRITERIA, HAS 
GROWTH capability 
AND MEA COMMON- 
ALITY 


REQUIRE MAJOR MOD- 
IFICATIONS FROM 
MEA-C 






‘growth capabilitv exists in ali, configurations, design implications studied 

SPECIFICALLY ONLY IN FOUR CONFIGURATIONS LISTED 

Figure 11. Initial MEC Concepts Studied 


Figure 12 compares principal features of the spoked disc concept (base- 
line) with the alternate concept of a standard Spacelab pallet carrying 
SES and seven MEA facilities mounted on a wine rack type support structure. 
The SES unit carried on the pallet is similar to the current S/L based SES 
design. That carried by the spoked disc represents a modified design which 
is compatible with the available mounting space in the center of the disc. 

The spoked disc configuration has the programmatic advantage of pro- 
viding maximum commonality between MEA-C and MEC in terms of structure and 
some of the subsystem elements. 

The pallet-based configuration benefits from the use of an established 
primary structure previously integrated with the Shuttle Orbiter on other 
programs and one that will be in common use by other free-flying Space 
Platform payloads. 

In both configurations the EOS would be attached in tandem to the 
basic MEC structure. 
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• SPOKED DISC SThUCTURE 

(adapted from mea-c) 

• 6 MEA FACILITIES 

• SES (modified design) 

IN CENTER COMPARTMENT 

• SUBSYSTEMS IN TRAPEZOIDAL 
COMPARTMENT ADJACENT TO 
EOS ADAPTER 

• EOS ATTACHFD IN TANDEM 
f SP BERTHING ADAPTER IN 

CENTER (far side) 


• STANDARD S/L PALLET 

• 7 MEA FACILITIES ON WINE RACK 

• SES (CURRENT DESIGN) 

• SUBSYSTEMS PARTLY IN PALLET 
STRUCTURE PARTLY UNDERNEATH 
MEA FACILITIES 

• berthing ADAPTER AT PALLET 
BOTTOM 

• EOS ATTACHABLE IN TANDEM 


Figure 12, 


Initial MFC Configuration A 1 U0 rnatives 


Regarding the Advanced-MEA spoked disc design by MSFC, the altneratives 
of radial and axial payload insertion were considered for MEC. Payload 
canisters of larger dimensions can be accommodated in the axial attachment 
mode, if they are allowed to protrude outside one of the bulkheads of the 
30 inch thick disc structure. The resulting increment in axial length will 
not reflect in an increase of Shuttle cargo bay length dependent transpor- 
tation charges since the EOS berthing adapter, to be attached on the same 
side, itself protrudes about 25 to 30 inches thus increasing the chargeable 
length of the vehicle. 


Figure 13 shows the MEC and EOS in the alignment used for berthing to 
the Space Platform aft payload port (+x port). This illustration also shows 
two other payload ports (+z and -y ports) to which the MEC/EOS might be 
attached, assuming that four such ports are available on the Space Platform. 
Six MEA-C type cylindrical payloads of each size are shown protruding from 
the peripheral compartments of the MEC disc structure, while SES occupies 
the center compartment. One peripheral compartment, i.e., that located 
adjacent to the EOS berthing adapter, is used to house the MEC subsystems. 
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Figure 13. Initial MEC Attached To Space Platform 

Figure 14 shows the all-up MEC configuration which uses the initial 
MEC as a core module with a four-payload growth module attached to the 
forward bulkhead of the former. As in the initial MEC configuration, EOS is 
again attached to an off-center berthing adapter placed adjacent to the 
trapezoidal compartment of the core HiO-oel that houses the MEC subsystems. 

On-orbit serviceability of payloads is a key consideration in the 
growth from the initial MEC to the all-up MEC design. With orbital stay 
times of 12 month? or more in all-up MEC missions, this means that some 
payloads that have completed their task can be replaced by others after 
6-month intervals, at the time of projected SP revisits by the Shuttle. 
Smaller, experimental types of payloads carried by the MEC core module are 
primary candidates for on-orbit servicing or replacement. 

A feature keyed to this objective is the provision for moving the EOS 
assembly out of the way to allow access to core module payloads. The EOS 
swing-out concept is made feasible by the off-center location of the berth- 
ing adapter. 
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Figure 14. All-Up MEC Configuration With Payloads 

In Figure 14 the drum-shaped, twelve-sided growth module of the all-up 
MEC IS shown with of the four payload compartment doors opened and one 
payload canister extended on guide rails for servicing or removal. Payload 
chano'^-^ut will require handling by the RMS with EVA crew assistance. 

Selected MEC Concept Summary 

Principal features, dimensions and weight estimates of the selected 
design concepts for the initial and all-up MEC are summarized in Figure 15. 
The spread of estimated weights ranges from 8000 to 10,000 lb for the 
initial MEC and from 14,970 to 26,310 lb for the all-up MEC, including 20 % 
for weight contingencies. The large weight variation in the latter case 
is due to the 1000 to 3000 lb weight range for each of the four major 
payload units carried in the growth module, based on results of the payload 
survey conducted in MEC Study, Part 1. The above weights do not include 
the 10,000 lb estimated for EOS. 
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ITEM 

HOST VtHtCLf 
CONFIGURAI ION 


PAYLOADS 


SUBSYSTEMS 


INITIAL f*EC 

INITIAL SPACE PLATFORM 
(IZ S KW) 

MEA SPOKED DISC, MOD(rlEO 
14 FT DIAMETER, 

30 IN. NET LENGTH 

(/O IN. GROSS LENGTH, INCL. 

adapters)! >) 


SES, 6 ADVANCED MEA FACILI- 
TIES, EOS (attached in 
tandem) 


ALL-UP NFC 

GROWTH SPACE PLATFORM 
(?5 KW) 

INITIAL MEC (core MODULE) 

IN TANDEM WITH GROWTH M0DULE(MEC B) 

N FT DIAMETER 

130 IN. net length 

(wo IN. GROSS LENGTH, INCL. 

adapters) (1) 

SES, 5 TO 6 SMALL PAYLOADS (IN 
CORE module), 4 LARGE PAYLOADS 

(growth module), EOS (attached in 
tandem) 


POWER DISTRIBUTION AND CONTROL, THERMAL CONTROl/^^ CDHS, 
CONTAMINANT CONTROL/RELEASE, STRUCTURE AND MECHANISMS 


1330 

800 


(3) 


EST. WEIGHT (lb) 

STRUCTURE 
SUBSYSTEMS 
PAYLOADS 
CONTINGENCY 

(zoi) 

IO.TAL^ IJ a00( JIJN _iO_,IOQ MAK 

i l) ADD 40 IN. FOR SP AND EOS ADAPTERS (DOES NOT 
Z) ALL-UP MEC MAY INCLUDE AUXILIARY RADIATOR 
3) INCL. 160 LB FOR ? ADAPTERS 
4) NOT INCLUDING 10,000 LB FOR EOS 


4,480 MIN 
1.390 


6,Z90 MAX 
I ,680 


2850 

960 

8,840 MIN 
Zj320 

14,970 M|N 


(3) 


18,300 max 
4 j^ZOO 

_ 26,310 M&X- 


INCLUDE 44-IN. EXTENSION ARM) 


Figure 15. Selected MEC Concept Summary 
Design Implications of MEA-C~to-MEC Evolution 

The evolution from MEA-C to the initial MEC and subsequently, to 
the all-up MEC should be planned with emphasis on system and component 
commonality where this can be achieved without sacrifice in meeting pro- 
gram objectives and where it results in genuine cost savings. 

This consideration translates into a design approach where the all-up 
MEC definition will have a retroactive impact on design features of the 
initial MEC. The initial MEC design concept similarly should reflect 
upon MEA-C and thus influence its design characteristics. Programmatically, 
this implies interactive system planning with a stress on early MEC system 
definition, at a time when the MEA-C design concept would not yet be 
firmly established. 

MEC Summary Functional Block Diagram 

The block diagram shown in Figure 16 applies both to the initial and 
all-up MEC design concepts. All interfaces on the Space Platform side (left) 
are combined in the berthing port. The services provided across the MEC/ 
payload interfaces are shown on the right. In the initial MEC these payloads 
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include SES, six MEA facilities and EOS although not specifically identified 
in the chart. In the all-up MEC four additional payloads are accommodated. 

All payload interface connections are similar except for EOS which is attached 
to an external berthing port. 

SPACE PLATFORM MATERIALS EXPERIMENT CARRIER MEC PAYLOADS 



Figure 16. MEC Surama ry Functional Block Diagram 

Interfaces with the Shuttle Orbiter, uinitted in this block diagram, 
will be similar to those with the Space Platform except for involving much 
lower power supply and thermal control capacities and lower data rate signals 
to and from the MEC CDMS. Electrical cables and coolant lines will be 
connected via an Orbiter umbilical. The structural interface between MEC 
and Orbiter is provided by longeron and keel trunnions on the MEC and by 
corresponding retention fixtures in the Orbiter bay. 

Assessment of Selected MEC Configuration 

Figure 17 gives an assessment of the selected initial and all-up MEC 
design concepts with regard to meeting key functional and operational require- 
ments. Four of these pertain to payload accommodation issues. Three rat^'ng 
levels, 1-satisfactory , 2-good and 3-excellent, are used in this asse?srf,ent . 
Most of the MEC design characteristics listed in the table received high 
ratings. Those with lower ratings are generally of lesser importance. Some 
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require further study, e.g, item 8 which involves constraints on load trans- 
fer and worst-case natural bending frequencies for the initial MEC 
configuration. 


CHARACTERISTICS 



RATING 



REMARKS 

INITIAL MEC 

AL 

L-UP 

MEC 


1 

? 


1 

? 

3 


1. COMMONALITY WIT 1 ADVANCED MEA (mEA-c) 



9 



9 

ADAPTED MEA DESIGN 

2. COMPACTNESS 



0 



9 


3. NUMBER OF PAYLOADS ACCOMMODATED 



9 



9 

UP TO 7 INITIAL MEC 
UP TO 10 ALL-UP MEC 

4. FLEXIBILITY OF PAYLOAD ACCOMMODATION 



9 



9 


5. p/l size ACCOMMODATED 

6. P/L ACCESS FOR SERVICE/CHANGEOUT 






9 

(l) LENGTH L 50 IN 

- ON GROUND 



9 



9 


- ON ORBITER 

- ON SPACE PLATFORM (SORTIE MODE) 


n/a- 

9 



9 

(2) GROWTH MODULE 
p/l's INACCESSI 
IBLE IN CARGO 
BAY 

7. EASE OF GROWTH FROM INITIAL TO ALL-UP 
MEC 



9 



9 


0. ORBITER STRUCTURAL INTERFACE 

(3) 

ft 





9 

(3) CONSTRAINTS ON 
LOAD TRANSFER 
VIA TRUNNIONS 

9. RMS HANDLING ACCESS 1 B I U TY/cONVEN 1 ENCE 


• 



9 


GRAPPLE LOCATION 

10. COMPATIBILI 1 V WITH SP PLACEMENT 
CONSTRAINTS 

9 



9 



EXTENSION ARM 
REQUIRED 

11. AUXILIARY RADIATOR PLACEMENT (iF NEEDED) 

— 

n/a- 

i 


(4) 

9 



(4) CONSTRAINED BY 

Ejai 


1 I ' " 

RATING irvriG 1-GATlSrACTORY 2-GOOD 3-CXCFLLENT 


Figure 17. Assessment of Selected MEC Configuration 
5.4 SUBSYSTEMS 

The design approach is oriented toward decentralization of support 
functions. Individual payloads will be designed to provide their own, 
dedicated power processing, data processing, operational control and sequenc- 
ing, and other related support. MEC subsystem functions primarily involve 
control and support of the operation of the MEC system and payloads as a 
whole. The objective is to permit 1) greater convenience of payload change- 
out, both on the ground and on orbit, 2) flexibility of payload composition 
and, 3) autonomy of payload operation, ^^'•.em 1 implies simplification of 
:he MEC-to-payload interface and standardization of the interface design. 

Payload functions and operations with MEC are structured in a hier- 
archy analogous to MEC as a Space Platform (SP) payload. The SP performs 
executive control over MEC operations but does not get involved in the details 
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of MEC operating procedures, command and data flow, time schedules and process- 
ing sequences. Thus, MEC operates largely in an autonomous mode subject to 
resource monitoring and control by the Space Platform. 

Analogously, MEC allocates and distributes resources available from the 
SP to the various MEC payloads according to a predetermined protocol. It 
exercises executive control ,over payload operations but is not involved in, 
or supports details of payload processing functions and sequences. The pay- 
loads thus operate largely in an autonomous mode. 

Contingencies anywhere in this hierarchy are first responded to at the 
local level, to achieve immediate protection and/or correction. A response 
at the next higher level will be prompted by warning signals and other indi- 
cations of persistent, uncorrected malfunctions/anomalies at lower level. 
Automatic system checkout and diagnostic functions are also included as part 
of MEC centralized control. 

The MEC subsystem requirements and implementation summary listed in 
Figure 18 reflects the decentralized design concept. 

5.4.1 MEC Electrical Power Distribution Subsystem (EPPS) Design 

The MEC electrical design includes power distribution and control, 
comnand and data management and the interfaces between these subsystems and 
corresponding Space Platform subsystems, on one hand, and MEC payload units, 
on the other. Functional allocations in the electrical design concept are 
summarized in Figure 19. 

The major EPOS functions are: 

1. Interface with SP during free-flying and sortie modes, with 
Orbiter during ascent and retrieval. 

2. Distribute and control main power buses (3 0 30 VDC, 2 0 120 VDC) 
to all payload ports. 

3. Provide and control deadfacing switches for all power buses at 
all payload ports. 

4. Support MEC and payload minimum housekeeping loads through non- 
interrupted priority bus. 

5. Provide stay-alive power to MEC subsystems and payloads by a re- 
chargeable battery when no powei available from other sources. 

6. Provide protection against overloads {payloads, MEC subsystems). 
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Subsystem 

Requirements 

Comments 

Structures 

a Accommodate payloads, MEC 
subsystems and payload- 
requlrsd support equipment. 
Provide ease of access, 
a Provide adapters for attach- 
ment to the Shuttle, Space 
Platform and RMS. 

a Develop on-orbit access- 
ible modular design which 
provides maximum payload 
flexibl 11 ty/lnterchange- 
ablllty. 

a Conform with Shuttle trun- 
nion and keel tiedowns. 

Thermal 

Control 

a Interface with (as required) 
the SP heat rejection 
system, 

a Provide temperature control 
and heat rejection for MEC 
subsystems, payloads and 
payload required support 
equipment. 

a Accommodate high and low- 
temperature payloads and 
low temperature subsys- 
tems and support equipment. 

Power 

Distribution 

a Provide Interfaces between 
payloads and SP or Shuttle, 
a Protect and Isolate pay- 
loads and SP/Shuttle from 
each other. 

a Receive, condition, dis- 
tribute, and control 
power to payloads and MEC 
subsystems, 
a Provide EMI and RFI 
shielding. 

Conuiand/Data 

Management 

a P.'ovide Interfaces between 
payloads and SP or Shuttle, 
a Provide HEC/payload supple- 
mental data storage as 
required. 

a Provide comnand and control 
of MEC subsystems and pay- 
loads In conjunction with 
SP. 

a Integration, pre-launch, 
deployment and on-orbit 
payload condition checkout. 

a Optimize data handling/ 
management between MEC/ 
payload and SP or Shuttle, 
a Central connand and control 
on MEC, subcommands In pay- 
load support module as 
required. 

a Provide checkout and diag- 
nostic capahlllt . 


Figure 18. MEC Subsystems Summary 


GROUND CDNTROL (TOCC/SRCC) 

SPACE PIATFORH 
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MEC PAYLOAD 

GOALS 

• planning 

• Optimum use of NEC. SP 
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Monltof’lng/control of 
fl Iqht operations 

• Meet user load requirements 

• (*ecutWe control of users 

• Haintrin ground links via 
TORSS 

• Support P/L load require- 

• Maximize productivity of 
mission 

• Moni tor/conlrol autonomous 
operations. 

9 Operate cost-effec- 
tive 1 v and produc- 
tively 

t Share resources 
optimally 

POWER DISTRIBUTION S CONTROL 

• Monitor adherence to 
resource allocation* 
mission protocol 

f Supply power to users per 
predetermined allocation 
• Honitor/control power util- 
ization by P/I 's 

$ Distribute power to MFC 
payloads per established 
program 

• Monitor loads on distri- 
bution system 

• Shed loads If necessary 

• Utilize poi«er effec- 
tively 

• Protect against over- 
loads 

• Provide additional 
power conditioning 

CQHHANO/DATA FLOW & HANAGEHCNT 
f Acconaodate P| partici- 
pation In HEC/payload 
monitoring* control* 
data analysis 
t Transmit connands, re- 
celve housekeeping A 
payload data 

• IxercHe MIC control In 
critical events 

‘f Distribute commands, acquire 
data f rom HEC 
$ Executive control of MfC 
operating modes 
• Provide data storaqs« for 
delayed dump 

f Control KEC operations 
f Interface with SP data bus 

• Distribute incoming 
commands 

9 Acquire P/L data ft trans- 
mit to SP for communica- 
tion to POCC 

• Tiecutlve control of P/L's 
$ Checkout, dlarjnostlc 

routines 

9 Control P/L process- 
ing sequences 
9 Accept commands 
t Acquire experiment 
data* transmit to 
MfC CDHS 

9 Perform checkout* 
diagnostic routines 

MEC/MFC PAUOAO INTFRFACE 

CONTROL 

• Monllor/control Inter- 
face functions 
■ Acconmudate PI partici- 
pation In Htf/Pl Inter- 
face control 

t Support critical event 
conlrnl 

$ Transmit eexmands to MFC, 
MEC/Pl data to ground In 
support of HfC/Pl remote 
interface control 

9 Autonomous P/I operation 
mnnitorinq ft pipcutive 
control 

• Transfer coamands to P/L, 
P/I data tn SP 

• P/i lime. sharing control 

• Autonomous operation 
under HCC executive 
coni rol 

9 Protect system against 
P/I malfunctions, 
overloads 


Figure 19. 


Electrical System Functional Allocations 
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Requirements for initial and all-up MEC differ primarily in power level 
supplied and number of payloads accommodated. 

The EPOS design approach is based on the following: 

1. Growth from initial to all-up MEC through increase in power level, 
and power distribution to added payloads. 

2. EPOS functions are essentially similar. 

3. Payloads provide own individual power conditioning if SP-provided 
voltage levels and quality of voltage regulation are insufficient. 

4. MEC will provide central power management system to control system 
health and maximize source power utilization. 

5. Payload power interfaces are standardized as much as feasible. 

6. Effective CDMS utilization is provided by the power distribution 
and control design. 

7. Use of SP-developed electric power subsystem hardware. 

Figure 20 shows a block diagram of the selected SP/MEC/payload power 
distribution and control concept including MEC/SP and the MEC/payload inter- 
faces . 


ORB I TER 
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PAYLOADS 
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Figure 20. EPOS Functional Block Diagram 
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In performing the programmed normal operating profile, MEC will monitor 
all buses to all payloads. If an incorrect power profile use is determined, 
MEC will command the bus swithces to the respective payload(s) to "off." 

It htus provides a redundant control function to the payload's internal moni- 
toring/protection system to avert the more serious effect of SP-originated 
load shedding. 

EPPS Transition To All-Up MEC 

EPPS growth to all-up MEC capability will primarily require additional 
cabling, added power control switches and increased auxiliary battery 
capacity to accommodate the added payload ports. Extra cable length is 
required to convert the subsystem compartment in the MEC core module to the 
Space Platform interface adapter via the utility duct in the MEC growth 
module. 

While power distribution cables to each payload port in the core module 
will be sized for 12.5 kW maximum payload power requirements, those to growth 
module payload ports will provide up to 25 kw to meet maximum power require- 
ments of unique payloads carried in the all-up MEC. 

5.4.2 Command and Data Management Subsystem (CDMS) 

The major CDMS functions are: 

1. Interface with the SP during free-flying and sortie modes, with 
the Orbiter during ascent and retrieval. 

2. Distribute incoming and stored commands to individual payloads 
and to MEC engineering subsystems. 

3. Acquire and manage all statf^-of-heal th, housekeeping and instru- 
mentation data from payloads and MEC subsystem and store as 
requi red. 

4. Format all data for transmission to the SP CDMS and/or communica- 
tion subsystem or to the interfacing Orbiter CDMS/telemetry 
subsystem. 

5. Monitor and provide executive control of MEC and MEC payloads. 

6. Perform MEC and MEC payload verification and checkout routines 
on command. 

7. Provide flexibility for selecting alternate sequences and repro- 
gramming of CDMS executive software in response to incoming 
commands . 

8. In the all-up MEC, perform fault detection, diagnostics and possibly 
fault correction functions (thus providing future MEC growth 
capability) . 
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9. In future MEC operations, provide artificial intelligence required 
to minimize ground-based, interactive control (e.g., to detect/ 
correct faulty processing products). 

The CDMS design approach is based on tne following: 

1. A CDMS architecture is selected that permits initial MEC simplicity 
without limiting growth to all-up MEC capability. 

2. A central processor (CPU) based I/O scheme controls the command 
and data flow, electrical power allocation and thermal subsystem. 

3. Later addition of computer and mass memory extends MEC versatility 
and functional autonomy. 

4. Use is made of MEA-C existing equipment designs and Space Platform 
hardware where applicable. 

5. Video data handling/processing capability is introduced in the 
all-up MEC for payloads requiring image data transmission to POCC. 

Figure 21 shows the CDMS functional block diagram implementing this 
design approach. 



Figure 21. CDMS Functional Block Diagram 


MEC Data Rates 


Command and telemetry data rates required by MEC and its payloads vary 
over a wide range with payload composition and operating modes. Estimated 
maximum command rates for the initial MEC are about 0.5 Kbps. Scientific 


24 


0H\GU'^AV- 
OF POOR 


pag^ 

QUftUTf 
















and housekeeping data rates may range from 12 to 17 Kbps. These requirements 
are well below the SP/TDRSS forward link (10 Kbps) and return link (46 Kbps) 
channel capacities in the S-Band multiple access mode. 

The low telemetry data rate requirements reflect time-shared payload 
operations, where only EOS, SES and one or two MEA facilities will be active 
simultaneously at any time. Elimination of imaging requirements in the 
initial MEC also is a key factor in Holding telemetry bit rates to a low 
level . 

For data rate requirements of the all-up MEC reference is made to 
results of the payload analysis conducted in MEC Study, Part 1. Maximum 
command rates were estimated as about 1 Kbps. Telemetry rates, including 
those for multiple image system outputs, increase to several Mbps, thus 
requiring using a TDRSS link, K^-band, single-access channel. Still these 
requirements are minor compared with projected maximum SP/TDRSS channel 
capaci ties . 

MEC End-To-End Data Flow 

Figure 22 shows the data flow between the MEC and the payload users, 
e.g., principal investigators, indicating how MEC commands are initiated, 
verified and intermixed with other SP commands and sent to the SP. The SP 
then distributes the commands to their proper destination. 

In a similar fashion MEC and MEC payload data is packetized and sent 
to the SP where it is intermixed with other SP data and relayed to earth. 

The data is then sorted and distributed to the ultimate users. 

5.4.3 Thermal Conv . rol Subsystem (TCS) 

The thermal control subsystem must: 

1. Efficiently collect all MEC and MEC payload waste heat and trans- 
fer it to the SP for dissipation through the SP radiator. This 
includes minimizing uncontrolled heat loss to space from payloads 
or from MEC. 

2. Be capable of meeting all payload requirements, including inlet 
temperatures, flow rates and changes in payload status, active 
processing and pre- and post-processing. 
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Figure 22. MEC End-To-End Data Flow 

Accommodation of EOS as MEC-attached rather than an independent pay- 
load, directly attached to SP, is not a firm requirement. However, as dis- 
cussed earlier, it will be advantageous to provide this capability in order 
to : 


(a) Increase MEC utilization diversity, e.g., as a ca>^rier of commer- 
cial-type payloads such as EOS 

(b) Make available the extra SP berthing port (which would then not be 
occupied by the EOS) to other potential SP users 

(c) Achieve greater MEC and SP mission flexibility, in general. 

The selected approach is based on the following: 

1. Both initial and all-up MEC thermal designs accommodate EOS. 

2. Safe, reliable, single fluid loop for heat transfer, parallel and 
redundant pumps for increased reliability. 

3. Parallel rather than series coolant flow through all payloads 
(except EOS) to accommodate diversity and variability of tempera- 
ture ranges and flow rates. 

4. TCS designed for maximum payload requirements during processing 
operations as well as in pre- and post-processing phases. 
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5. Adequate insulation between payloads, as required by individual 
payload characteristics. 

6. Heat exchangers and flow control in each coolant loop branch on 
payload side of the interface, designed to payload-specific 
requirements . 

7. MEC thermal control subsystem design approach uses elements of 
(1) MEA-C TCS design and (2) Space Platform TCS hardware. 

8. The selected TCS design concept for the initial MEC is adaptable 

to the all-up MEC requirements, thus permitting easy and economical 
capability growth. 

The block diagram (Figure 23) shows the fluid loop configuration and 
interfaces with the SP and MEC payloads, including EOS, SES and MEA facili- 
ties. The SP thermal interface is at the heat exchanger assigned to the 
berthing port being used by MEC. 
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Figure 23. MEC Thermal Control Diagram 
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Heat transfer from MEC payloads is effected through heat exchangers 
on the payload side of the interface. Given the diversity and required 
interchangeability of payloads, the handling of payload-specific heat 
transfer requirements individually by each payload facilitates interface 
standardization. 


Transition to All-Up MEC 

The TCS design requires only minor modifications in the growth from 
initial to all-up MEC capability. The all-up MEC requires the addition of 
four paylaod fluid loops and interface equipment. The required pump capacity 
is dominated by EOS heat rejection requirements (flow rate 5250 Ib/hr), 
both in the initial and all-up MEC. It is apparent that up to 10 all-up 
MEC payloads with average flow rate requirements of 500 Ib/hr each could 
be readily accommodated by the selected serial/parallel fluid loop design 
without addition of another pump. 


Addition of an Auxiliary Radiator in All-Up MEC 

The selected TCS design permits addition of an auxiliary radiator 
with only minor changes of the basic fluid loop. The radiator fluid lines 
are connected at one end to the high temperature junction of the parallel 
payload loops, and at the other end to the pump assembly inlet, bypassing 
the direct fluid connection between those points. This arrangement per- 
mits the radiator to operate at an elevated temperature and, hence, higher 
heat rejection efficiency than the SP radiator. The objective is to limit 
the auxiliary radiator to a size that would permit wrap-around stowage against 
the MEC body. 


Figure 24 shows a deployable auxiliary MEC radiator sized for wrap- 
around stowage on one side of the MEC hull. In the deployed position it 
is parallel to the SP radiator. The radiator has five hinged active panels 
with a total area of about 120 ft^. Deployment is by spring action controlled 
by two actuator- released restraint cables. These cables also serve to re- 
tract the radiator for re-stowage. Deployment and retraction is performed 

by remote control, but can be assisted by crew EVA if necessary. When de- 
ployed it does not restrict MEC payload access for servicing. 
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As an alternative the use of body-mounted radiator panels attached to 
the payload compartment doors on both sides of the hull also was considered 
(Figure 25). The effective radiator area would be about the same as in 
the deployed case, but some of the panels would be periodically exposed to 
sun illumination with some loss in overall heat rejection efficiency. This 
concept is simpler and avoids the problem of potential interference with 
adjacent SP payload clearance volumes. 

5.4.4 Structure and Mechanisms Subsystems 

This subsystem will be designed to: 

1. Carry diversified payload complements including SES and MEA facili- 
ties (initial MEC configuration). 

2. Carry additional larger payloads projected for all-up MEC missions. 

3. Accommodate EOS as an added external payload (both in initial 
and all-up MEC missions). 

4. Be compatible with Orbiter load environment, including maximum 
static, dynamic and acoustic loads. 

5. Provide load transfer via sill and keel support trunnions within 
MEC safe structural design limits and Orbiter interface constraints 
consistent with worst-case launch and landing loads. 
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Figure 25. Hull -Mounted Auxiliary Radiator Concept 

6. Avoid natural frequencies that would be coincident with Orbiter 
frequencies to minimize dynamic interaction problems. 

7. Keep MFC internal stresses limited to acceptable levels. 

8. Be compatible with RMS handling when being moved from/ to Orbiter 
bay and to/from Space Platform. 

9. In all-up MEC, permit RMS and/or crew access to attached MPS pay- 
loads for servicing or replacement. 

10. Provide berthing adapters for SP and EOS attachment, consistent 
witli SP and SP companion payload clearance restrictions. The 
adapters will be standard hardware items to be defined in SP 
design. 

11. Provide one (or more) RMS end effector grapple fixtures. 

12. Provide crew access supports such as handrails and foot rest 
attach points. 

With the Advanced MEA spoked disc design (appropriately modified) adopted 
as the preferred initial MEC support structure, some of the results obtained 
in the NASA/MSFC Advanced MEA Design Study were directly applicable and pro- 
vided a basis for determination of MEC structural load and frequency charac- 
teristics . 
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Desi gn Concept 


The modified MEA spoked disc structure of 170-Inch outer diameter and 
30-inch width includes a seven-sided central compartment, sized to accommo- 
date the 60-inch diamter SES payload, and seven truncated, pie-shaped 
peripheral compartments that acconmodate six MEA facilities and the MEC 
support subsystems. 

The bulkhead covering the disc on one side is designed to carry the 
end-mounted MEA canisters as cantilevered loads. Subsystem equipment is 
mounted to the bulkhead or the compartment walls. The bulkhead also support 
most of the MEC electrical cabling and coolant ducts. The SP berthing 
adapter is attached to the center of this bulkhead with direct load trans- 
fer to the hub structure. 

The bulkhead on the opposite (aft facing) side has openings that 
permit axially mounted payloads to protrude, if necessary. These openings 
provide access for payl':'>j ground installation or servicing. They also 
make payloads accessible in all-up MEC miss •'s for on-orbit servicing or 
replacement. 

The hull, ribs, hub and bulkheads are of aluminum construction, 
with stiffeners mounted inside along all edges. Access door covers are 
designed to be firmly bolted down before launch, to restore some of the 
stiffness lost due to the aft bulkhead openings. Additional stiffening 
may be necessary to increase MEC natural frequency. 

In an effort to raise the MEC natural frequency to the desired range 
above 16 Hz several approaches were investigated: 

a) Closely-spaced bolt patterns for payload access doors. 

b) Additional cross-bracing. 

c) Additional door bracing to minimize the effects of access doors. 

d) Increase of disc width for greater stiffness. 

Item d) promises to produce the desired frequency increase without 
major design complication, albeit at the cost of a significant weight 
increase. The recommended approach (e.g., if an existing MEA structure 
were to be modified for MEC use) is to add an extension disc of 20-inch 
thickness raising the frequency from 12 to about 20 Hz, (see Figure 26). 
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This would not mean additional chargeable MEC cargo bay length, since only 
the space otherwise allocated to the EOS adapter is taken up by the add-on 
MEC. 
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NOMINAL OtSIGN STRUCTURALLY STlFFENfO DESIGN 




• NATURAL FREQUENCY RAISED 
TO 20 Hz 

• SIMPLIFIED PAYLOAD INSULA- 
TICN 

• NO INCREASE IN LENGTH DEPENDENT 
I TUNCH COST 


Figure 26. MEC Structural Stiffening by Add-On Disc 
Subsystem Relationship of Initial MEC to Advanced MEA 

Figure 27 indicates the areas of the initial MEC subsystem design 
that have commonality with advanced MEA subsyst<»ms. It is apparent that, 
except for the nearly identical support structure, there are only few MEA 
subsystem components directly applicable to MEC. However, the subsystem 
design concepts show simularities except for sizing and a degree of flexi- 
bility reflecting the differences in mission profiles, operating modes, 
payload complexity and diversity. 

With the MEA design not as yet firmly established at this time, an 
effort to develop subsystems with an architecture and characteristics 
compatible with subsequent evolution to MEC requirements is appropriate. 
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STRUCTURE: 

• MEA spoked disc adapted to Initial HEC with minor 
modifications. Axlai payload access. 

• Center compartment enlarged to accommodate 60 In. 
dlam. SES 

• SP and EOS berthing adapters added to disc structure. 

ELECTRIC MOWER: 

• Differences In power level and voltage levels (3 to 
4 kW, 30 VDC for MEA; 12.5 kW, 30 V and 120 VDC for 
MEC) require redesign of EPOS, with little or no 
commonality. 

THERMAL CONTROL: 

• Both MEA and MEC use pumped coolant loops with paral- 
lel rather than serial flow through payloads. 

• MEC requires larger heat transfer capacity, larger 
flow rates (EOS accommodation), hence redesigned 
fluid loop 

• Selection of Freon 21 as coolant permits commonality 
of some components 

COfWAND ''NO DATA 
MANAGEMENT ; 

■ Some subsystem architecture commonality between ad 
vanced MEA and MEC (serial data bus approach). 

1 ,*.d_ptat1on to MEC of DACS, used on MEA, or some of Its 
components . 

a Major operating idfferences (MEA stores all data, MEC 
periodically stores and dumps data via SP downlink, 
requires full autonomy, longer mission duration) pre- 
clude design conmonality. 


Figure 27. Subsystem Relationship of Initial MEC To 
Advanced MEA 

5.4.5 Breadboard/Brassboard Planning 

Breadboard and brassboard design and planning for the initial MEC 
should consider the MEC subsystems of: structure/mechanisms, power dis- 

tribution, thermal control, command/data management, and the candidate 
MEC/MPS payloads. The payloads considered should scope the range of 
potential MPS discipline applications including Isothermal, Gradient Freeze, 
Directional Solidification, Containerless Processing (acoustic, electro- 
magnetic, electrostatic), Bioseparation and Solution/Vapor Crystal Growth. 

In the setting up of a first step MEC breadboard plan for future implemen- 
tation, critical elements of at least three of the above payload disci- 
plines, in addition to the critical MEC subsystems elements, should be 
considered in the make-up of an integrated breadboard. Decision as to 
the extent of MEC subsystems functions and the specific payloads to be 
pursued in breadboard/brassboard planning should be made in time to incor- 
porate the plan into downstream, Phase B, MEC design activity. 

The MEC breadboard/brassboard concepts should be established per the 
following groundrules: 

1) Low cost initial utilization 

2) Conservative growth of total simulation capability. 

3) Flexible adaptation to a variety of MEC subsystems and MEC payload 
sizes, groupings, and system performance levels. 
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4) Maximum hardware integration simplicit/ 

5) Optimum diversion between MEC subsystems development, MEC payload 
development, and MEC interface definition. 

Key objectives of breadboarding electronic circuits and systems 
include the following: 

1) To verify the ability of circuits, as designed to perform their 
desired tasks. 

2) To experimentally characterize component parameters that are still 
unspeci fied, 

3) To validate a design experimentally v/hen analytical validation 
is impractical or impossible. 

4) To facilitate comparison of competitive approaches for the pur- 
pose of selecting an optimum approach. 

5) To evaluate a portion of an existing piece of equipment for a new 
appl i cation . 

6) To provide test circuits, in lieu of final hardware, to allow test 
of partial or complete systems and to study the integration of 
various portions of systems. 

7) To provide a functioning system which will allow one phase of a 
program to proceed independent of the final hardware and other 
phases of the program. 

Critical MEC design elements such as the following a^'e recommended 
for breadboardi ng: 

• Adaptive intelligence part of the CDMS operation in concert with 
simulated MEC payloads. 

• Networking of electrical power distribution/control 

9 Real-time payload control using a remote operator to simulate a 
MEC flight-ground based operator situation 

f Payload sample insertion/retrieval 

• MEC-to-MPS payloads thermal interfaces 

5.5 SYSTEM AND MISSION OPERATIONS 

Principal MEC mission phases include: 

e Launch by the Shuttle Orbiter 

• Rendezvous with the Space Platform 

9 MEC attachment to the Space Platform 

9 Orbital deployment of SP/MEC as free-flyer 

0 Materials processing operations on orbit 

0 Retrieval by the Orbiter and return to ground 
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The sequence of on-orbit operations required to deploy the MEC during 
a Shuttle/Space Platform rendezvous mission is illustrated in Figure 28. 

After rendezvous, retrieval and berthing of the Space Platform on a berthing 
port provided for this purpose in the Orbiter cargo bay, the MEC will be 
removed from its stowed position and attached to one of the SP payload ports. 
When attached, the SP/MEC will be checked out as a functioning system before 
release by the Orbiter to start free-flying operations. Similar sequences 
will be employed in MEC »"etrieval from orbit and on-orbit servicing 
activities . 


SPACE PLATFORM (SP) 



REMOTE MANIPULATOR 
SYSTEM (RMS) 


RETRIEVE SP 


MATERIALS EXPERIMENT 
CARRIER (MEC), 




REACH FOR MEC 


0 BERTHING SP 




Figure 28. MEC Deployment Sequence 
5.5.1- On-Orbit Servicing 

On-orbit servicing will increase all-up MEC mission cost effective- 
ness, by 

• Extending mission duration and thus increasing mission output, 
i.e., the number of samples processed per mission, 

t Reducing the number of MEC launches and retrievals required per 
year, thereby greatly reducing transportation costs, 

9 Achieving improved payload/mission matching, and more effective 
Space Platform utilization by MEC, e.g., through replacement of 
payload units that complete their mission objectives ahead of 
others 

• Timely return to earth of processed material (commercial impact) 
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MEC payloads will have design interface characteristics that are con- 
sistent with, and facilitate on-orbit servicing. Servicing operations will 
include either exchange of entire payload units or replacement of sample 
magazines within payloads. Possibly, maintenance, repair or replacement 
of subsystem elements also will be carried out, if required. Figure 29 
compares objectives and design implications of payload changeout vs. sample 


changeout. 


OBJECTIVES 

Payload Changeout Sample Changeout 

§ Matching of payload productivi- 
ties 

• Orbital accommodation of new or 
additional payloads at favor- 
able times 


t Early sample return for analy- 
sis on ground 

• Limited sample shelf-life in 
orbit: biologicals 


MEC/PAYLOAD DESIGN IMPACT 

r ^ 

r 

• Autonomy of payloads 

e Simple payload attachment, 
interfaces 

• Ease of on-orbit access and 
hand! i ng 

• Interchangeability 

t Ruggedness tc withstand handling 


• Accessible/removable storage 
magazines 

f Unobstructed access into 
enclosures 

• Protective sample enclosure 
required 

• Crew hazard avoidance in access, 
handling 





Figure 29. Objectives and Design Implications of Payload and 
Sample Changeout On Orbit 

Principal factors favoring on-orbit servicing are the need for fewer 
launches of the large all-up MEC vehicle, save transportation and ground 
refurbishment costs, and greater mission flexibility. However, several 
other factors tend to limit the potential cost savings: the extra cost 

of providing MEC with serviceability features; more complex operations 
during SP/MEC revisits; and the procurement and repeated launch of a 
separate payload carrier (Service Support Assembly). 

Preliminary assessment has shown that the advantages of the on-orbit 
servicing option outweigh its disadvantages and support the decision to 
provide MEC with the design features required for serviceability . 


36 






PAGH IS 
OF POOR QUALITY 


5.5.2 Resource Utilization 

Limitations of available resources, particularly on the initial 12.5 kW 
version of SP, demand that all users perform their missions as economically 
as possible. Ideally, any significant extra amount of power, temporarily 
unused by one SP payload, should be channeled to other payloads that can 
effectively utilize it. With MEC generally being the user that consumes 
the largest share of available SP power, its mission profile and operating 
sequence must be carefully planned to satisfy MEC power requirements while 
still allowing adequate power allocation to other users. 

Typical MEC missions will carry a mixed payload with short, medium and 
long processing time requirements which may be accommodated in a staggered 
operation. This avoids drawing more power at any time than can be allocated 
by the Space Platform. 

By current estimates, only 7 to 9 kW of average power might be allocated 
to MEC on typical mission profiles of the initial 12.5 kW Space Platform. 

The initial MEC payload complement has a projected average power requirement 
of about 10 kW, even with MEA payloads operating in a fully time shared mode, 
see Figure 30. The maximum power required for the combined EOS, SES and 
MEA payload operation would exceed the available power supplied by the SP 
by more than 1 kW even if MEC were the only user. Specific MEC power utili- 
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5.5.3 Ground-Based Control 


The MEC system and its payloads are designed to operate primarily by 
programmed automatic sequences supplemented by monitoring, command and 
reprogramming instructions from the ground if necessary. A maximum degree 
of autonomous operation is desirable, and reliance on ground-based modes 
minimized. Replacement of human operator monitoring and remote control 
functions by fully automated control will depend on the degree to which 
the system will incorporate machine intelligence and fault-tolerant de- 
sign techniques. 

Even with the anticipated increase in automated operations, however, 
interactive ground-based control modes of critical MEC processes must still 
be provided, including telemetry of image data (in all-up MEC) to ground 
control personnel at the MEC Payload Operations Control Center (POCC). 

Autonomous fault correction will have to be developed as a part of 
MEC technology evolution. This evolution should ultimately lead to the 
capability of automatically detecting and correcting not only equipment 
failures, but also processing faults or degradation. Initially this will 
require remote monitoring by ground control. 

5.5.4 Safety 

The MEC Mission in all of its phases inherently presents hazards 
which may cause damage or injury to equipment and personnel including: 

• Ground facilities and/or crew • Space Platform 

• Shuttle Orbiter and/or crew • Space Platform payloads other 

• Shuttle payloads other than MEC 

Such hazards must be reduced to a minimum/acceptable level by strict 
adherence to safety policies and guidelines in equipment design and handling 
procedures, by eliminating hazardous operating conditions, and by careful 
attention to environmencal hazards the system may be exposed to. This was 
emphasized, even in the earliest concept definition phase of the study. 

NASA safety requirements and guidelines were reviewed during this 
study and all efforts made to make MEC design and mission concepts compat- 
ible with these requirements. 

Examples of potential hazard sources and hazardous operations in the 
MEC mission include the following: 
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1. Ground handling during MEC integration and checkout. Shuttle 
installation, post-flight removal, transportation and refurbishment. 

2. Shuttle transportation to and from orbit. 

3. Shuttle on orbit operations involving MEC handling during deploy- 
ment, servicing and retrieval phases. 

4. Handl ing by the IMS. 

5. MEC operations as SP payload, in the free-flying mission phase, 
during departure from, and rendezvous/docking with the Orbiter. 

5.5.5 End-To-End Mission Assessment 

Figure 31 gives an overview of relevant factors in end-to-end assess- 
ment of MEC mission characteristics . The emphasis is on interrelations 
of MEC with other participating elements involved in and/or supporting the 
mission. These factors are listed next to each participating mission 
element that interfaces, directly or indirectly, with MEC operations. 

Entries with solid bullets are those characteristics that rate high marks 
in the mission effectiveness assessment. Open bullets indicate areas of 
some concern in terms of special support requirements, constraints, or 
conflicting requirements between MEC and other users. However, all of 
these are of a kind that can be resolved by appropriate mission planning 
or increased resource allocation. 

Figure 32 gives an overall mission assessment for the initial and 
all-up MEC concepts. This chart shows that initial MEC missions, despite 
their limited performance range, still rate high in cost effectiveness and 
resource utilization of the early 12.5 kW Space Platform. All-up MEC 
missions provide the expected performance improvement on most counts, es- 
pecially in terms of mission flexibility, through servicing and overall pay- 
load accommodation, owing to longer mission durations and greater SP power 
level . 

5.6 PROGRAMMATICS 

The major output of the programmatics effort was the generation of an 
implementation plan for the development and operation of the initial MEC 
and the estimation of costs to accomplish the work of the implementation 
plan. 

Figure 33 is a summary schedule showing the initial MEC design, manu- 
facture and testing, integration and testing of MEC and its subsystems, 

MPS payload integration, and ground/flight operations. The schedule, 
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considered conservative, shows 48 months from start of hardware start to 
first flight. Key project milestones are: 

• Preliminary Requirements Review at 3 months 

• Preliminary Design Review at 10 months 

t Critical Design Review at 18 months; resolve all TBD's before CDR 

• MEC acceptance by NASA at 40 months 

• Launch at 48 months 

• Return to earth 


The assumed date for the MEC hardware author! ty-to-proceed (ATP) 
is January 1984. 

For costing purposes, a project work breakdown structure (WBS) was 
developed that reflects the: 1) major elements for the initial MEC con- 

cept and 2) costing guidelines established at the outset of the cost esti- 
mating work. 

The guidelines are summarized as follows: 


• Design and build one initial MEC, integrate with the three baseline 
MPS payloads (EOS, SES and MEA), and provide support for one flight 

• Budgetary price estimate for each cost cell on the MEC Project WBS 
t Price to be in 1982 dollars 

• Spread price for real -year dollars or project from ATP Phase C/D 
through first flight. Consider the project ATP to be January 1984. 
Use 9% inflation factor for real -year price spread. 

The price for the initial MEC was estimated to be $57 million, 1982 dollars. 
Figure 34 indicates a breakdown of this price by project element. 


The $57 million is summarized as follows: 


Design and Development 
Unit Price (Recurring) 
Operations (Recurring) 

TOTAL 


$31 M 
$20 M 
$ 6 M 

$57 M (1982 dollars) 


Figure 35 depicts the initial MEC project price spread in real year 
dollars. On this figure, project year 1 is 1984. Integration of real year 
price values over the 4^5 years of the project, with the 9% inflator factor 
incorporated, results in a budgetary estimate of $70 million. 
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6.0 TECHNOLOGY REQUIREMENTS 


The Selected MEC concept, including both the initial and the all-up 
MEC systems, can be developed, built, and operated through use of estab- 
lished space technology. No major advances in spacecraft and subsystems 
hardware are required to accomplish early MEC missions. 

6.1 TECHNOLOGY GROWTH 

Inheritance of flight proven technology based on Shuttle and Spacelab 
MRS hardware, software and operational procedures, will aid in the evolu- 
tion of the MEC program. Even in early Shuttle-pallet MRS missions some 
payloads (Solidification Experiment System maybe an example), will function 
largely as automated units with little or no human operator control interven- 
tion. Future automated MRS experiments also are expected to be developed via 
initial Shuttle/Spacelab mission exposure before they will be converted to 
free-flying operations for extended durations. New departures in most of 
the technical disciplines of power control, thermal control, data manage- 
ment, instrumentation and mechanism design that are peculiar to materials 
processing will thus be avoided. 

The evolving MEC program has several intriguing areas that will profit 
through development of advanced systems and/or components from related proj- 
ects that parallel MEC. The entire NASA low earth orbit platform program 
includes the Space Rlatform, Science and Applications Space Rlatform, Tele- 
operator Maneuvering System, and MEC. Concurrent development of these 
platforms should allow for advanced technology and hardware development to 
flow to each. Examples are: 

1) Rotating mechanical joints that allow leak free fluid flow across the 
interface. Also thermal control pumps, valves, heat exchangers, and radiators. 

2) Quick disconnect hardware that allow ease of access to replaceable/ 
serviceable equipment. 

3) Standard docking/berthing adapter devices. 

4) Lighweight electrical power system combined with the requirements 
for autonomous operations, high voltage, high power, survivability/ 
environmental effects for long life missions. 

Like the MEC project itself, the associated technology needs will 
expand as the project evolves from initial to all-up versions. The 
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initial MEC 1987 or 1988 flight will require no new technology based on the 
assumptions that it will accommodate three highly autonomous payloads on 
missions with a preprogrammed protocol of payload operations and no on- 
orbit servicing. In the long term, an ali-up MEC system Is envisioned 
that contains sophisticated automation/inteliigence functions built into 
the conmand/data management subsystem (CDMS), as an evolutionary growth 
to match the evolutionary progress of the MEC vehicle and its advanced 
payloads. The advanced CDMS will be capable of optimizing the mission 
product despite payload operational sequence changes, MEC mission contin- 
gencies, and anomalous events. 

6.2 SPECIAL PROJECTS 

While no new technological development needs have been identified to 
implement the MEC project with an initial capability for 1987 flight, the 
following three areas are recommended for technology study to aid in the 
successful evolutionary growth from the initial to the all-up MEC con- 
figuration. 

6.2.1 Narrowband TV or Imaging Systems for Ground Based Experiment/Payload 
Control 

This requirement originates with certain crystal growing processes 
that, in the laboratory, require manual control by a skilled technician 
during critical phases. In this same discipline, certain anomalies in the 
crystal growth can be detected visually and the process corrected or termi- 
nated if necessary. Although full commercial TV discrimination range and 
time response would be desirable for performing these tasks remotely, the 
difficulty and cost of providing such a system, on demand. In real-time, 
makes it necessary to re-evaluate the Imaging requirements. 

The minimum mandatory Information content of the image should be 
established for each process and process phase that must have remote 
manual assistance. It Is expected that, In most cases, adequate informa- 
tion can be made available within a reasonable telemetry band. When this 
is the case, a multiplexing technique can be developed that is well within 
the state-of-the-art of communication technology. 

The advanced technology required here is concerned with finding a 
best mix between automation and manual assistance for particular processes. 
Both analytical and experimental techniques appear to be needed. 
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6.2.2 Automa ted M ater i a 1 _s ^mp 1 e_ Ha njd 1 i a n S t o rage Appara tus 

Automation in this context can be used for two different purposes. 

In one case, it could contribute to reducing the size, and probably 
weight, of the sam[le handling and storage system. This becomes important 
with MEC because of the large number of samples that is contemplated and 
because there will be a variety of preferred sizes among the samples. 
Present sample handling schemes use indexed positions for each sample 
and a simple mechanism goes to a particular position and moves that sample 
from the designated spot to the processor and returns it. The minimum 
size sample system would accrue by having the samples stored together in a 
relationship that does minimize storage volume for that set of samples. 
Another flight set of samples would have a different relationship and 
system size. This method requires, however, an adaptable transport mech- 
anism, which involves flexible position indexing and gripping, handling 
and transporting of samples. New technology for this case requires model- 
ing of the search and recognition function, development of special sensors 
{visual or tactile) and development of flexible gripping and transporting 
mechanisms . 

The other case involves provision for possible failures in the stor- 
age and transfer system. As this system is largely mechanical, the provi- 
sion of redundancy in major parts is impractical. Achieving reliability 
in the presence of such single point failure modes is not a new technology. 
Rather, conservative design and extensive testing have been used success- 
fully in most space projects. The nature of many MRS experiment samples, 
however, precludes assuring their failure free movements to the processor 
and return through use of these techniques. Some failure modes could jam 
the entire sample movement mechanism, make a processor unavailable, or 
temporarily block sample transport and so waste a processor cycle. 

New technology for this case should start with a failure mode and 
effects analysis of candidate sample movement and storage systems using 
the best understanding available on necessary system configurations. The 
next step would be development of sensing systems for detection of higher 
probability failure modes and provision for appropriate responses in the 
handling system. 
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6.2.3 Adaptive, Intelligent Avionics Systems 


Within specific materials processors, there exist a ii:niber of oppor- 
tunities to optimize scientific return through use of machine intelligence 
(computer control and robotics). Relieving dependence on the "m^n-in-the 
loop" could also lead to major cost savings. 

Using machine intelligence in the MEC to optimize the overall payloads 
and subsystems operations is complex because of the number of levels in 
the decision hierarcy. 

The objective of this development would be to enhance the process 
going on within the payload to: increase the productivity of all the MEC 

payloads on a given flight, reduce the cost of MEC missions by elimination 
of excessive telemetry/stored image data, and lower MEC mission cost by 
reducing the amount of manpower/equipment for ground control. 

We know that NASA is very interested in the automation of materials 
processing (both ground and space). They are convinced that in the long 
term, extra-terrestrial materials will have to be used in the performance 
of some future space missions. Use of these materials will require devel- 
opment of highly automated processing systems. Ideally, if replication 
technology could be perfected to the point that systems with self leplica- 
tion capability are developed, an extra-terrestrial base could be estab- 
lished. The MEC project seems like a good place to start this work. This 
base could grow with time. 

On the all-up MEC, we have the challenge to perform su jssful materials 
processing on long duration, multi-payload, multi-discipline, multi-mode 
missions. Dynamic behavior of complex MEC subsystems must be accounted for 
and controlled by "smart" sensors and mechanisms, operating remotely and 
automatical ly. 

As long as detailed process control is kept in the payloads, near term 
needs for new technology in the MEC avionics systems are minimized. These 
systems should, however, make use of the most up-to-date fault tolerant 
designs that are appropriate to the MEC mission duration and maintenance 
modes . 
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7.0 RFCOMMENDED AREAS OF FUTURE STUDY 


The following work is suggested to provide a firm basis for starting 
the MEC Phase B study. 

7.1 MEC DESIGN 


Selection an^. further definition of the preferred MEC concent 
depends on concurrent development of MEC payload designs and operating 
pro-^T.es. In this MEC design study, a standard payload envelope and inter- 
face concept was adopted which allows flexibility in payload accommodation 
and convenient access for payload integration and interchange on the ground 
and payload servicing on orbit. 


For similar reasons, the initial and all-up MEC design concepts 
emphasized payload autonomy rather than centralized MEC payload support 
functions. Confirmation of this design approach, and its assessment as 
the most cost effective path to system de''elopment/integration, is required 
as payload design activities progress and additional data on payload opera- 
tions and interface requirements become available. 


7.2 MEC PAYLOADS 


Development of automated MPS payloads to be flown on MEC will be a 
gradual, evolutionary process. Prior flight experience of Materials Experi- 
ment Assembly (MEA) packages and of Spacelab MPS payloads will be avail- 
able on most processes to be included in subsequent MEC inissions. Four to 
six experiment packages/payloads currently in advanced development fall 
into this class. Others still require extensive definition^, breadboarding 
and development. 

The impact of projected payload characteristics and requirements on 
MEC design and operations must be taken into account on a timely basis. 

The concept of "standardized" MEC payload accommodation provisions that 
were adopted, largely to fill a gap in current knowledge of specific pay- 
load design requirements, should be affirmed or modified as necessary, at 
the earliest time, to avoid a MEC development that would unnecessarily 
restrict the growth of MPS payload support capabilities or require substan- 
tial future MEC design changes. 
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7.3 AUTOMATION 


Transition from ground-based laboratory processes and Shuttle-based 
MPS experiments to fully automated payload operations constitutes the 
single, most challenging technology advance involved in bringing about a 
successful, practical, reliable and cost-effective MEC program. Evolution 
to fully automated operations without heavy ground-based monitoring and 
intervention will be required as the growth of MPS/MEC activities pro- 
gresses from initial R&D missions to full commercial exploitation. Fur- 
ther study and breadboarding is suggested. Increased reliance on machine 
intelligence, which will minimize cumbersome and costly ground facility/ 
human operator intervention and control, is expected to take place as the 
results of NASA's current thrust in developing this technology. In this 
respect, MEC will provide an effective and convenient transition path, 
with less than critical dependence on fully automated payload operations, 
until this new technology is matured. 

7 < ON-ORBIT SERVICING 

The other facet of an orderly transition to fully automated payload 
operations on MEC is provided by planned, periodic on-orbit servicing oper- 
ations being part of the MEC mission scenario. This will provide the 
opportunity for replacement or repair, if necessary, of payload units 
that fail to perform satisfactorily in the fully automated processing 
mode. The capability of early hands-on correction of such malfunctions 
on-orbit will reduce the risk inherent in committing sophisticated new 
payload equipment to extended missions in the early stages of the MEC pro- 
gram. The MEC project will benefit by additional study in this area. 

On-orbit servicing, like other MEC mission phases requiring repeated 
Orbiter/Power System rendezvous and docking, will involve intricate, crew 
supported Orbiter operations that will only gradually evolve into routine 
activities. This aspect of the MEC mission does not require novel tech- 
nology, per se, but involves a build-up of experience by Shuttle flight 
and ground crews. Principal concerns, regarding MEC design and mission 
planning, are an awareness of the inherent complexity of these orbital 
operations, a practical design approach that emphasizes simplicity and 
- reliability, especially in interface implementation and systematic elimi- 
nation of safety risks involved in MEC/payload manipulation by Shuttle 


crewman . 
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8.0 CONCLUDING REMARKS 


The Materials Experiment Carrier is needed to advance space processing 
toward a fuller, more effective and economical utilization of the space en- 
vironment, starting with a broadened research flight program and thrusting 
to full scale commercial applications. 


In filling this need, MEC will be a principal user of the Space Plat- 
form in the free-flying mode, requiring a very high percentage of available 
Space Platform resources. Thus MEC will have a significant impact on the 
Space Platform's design and mission planning. 

Further definition of the selected MEC design concept will depend on 
concurrent development of prospective MEC payload designs and operating pro- 
files. In this Phase A MEC design study, standardized payload envelopes 
and MEC-to-payload interfaces were adopted. This allowed flexibility in 
payload accommodation and provided convenient access for payload integra- 
tion and interchange on the ground and payload servicing on orbit. 

For similar reasons, our selected MEC design concept emphasized pay- 
load autonomy rather than centralized MEC payload support functions. Con- 
firmation of this design concept, and Its assessment as the most cost effec- 
tive approach to system development/integration, will be required as pay- 
load design activities progress and additional data on payload operations 
and interface requirements become available. 

The initial MEC is an extension of the NASA/MSFC advanced MEA (MEA-C) 
spoked disc structure, subsystems, and payload elements. This, we conclude, 
is a technically feasible and cost saving way of evolving to the initial 
MEC. Here again, economy of technology utilization and application of 
hardware development were important factors in generating the all-up MEC 
configuration and its subsystems. 

No major advances in spacecraft and subsystem technology will be 
required in achieving early MEC missions, starting in the 1987 time frame. 
However, reliance on ground based MEC process monitoring and control to 
augment autonomous payload operations can be reduced as advances in auto- 
mated payload design and machine intelligence lead to more sophisticated 
and more autonomous flight systems. 
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Along with this trend, it is expected that MEC users will develop 
increased confidence in the ability of the system to detect, diagnose and, 
if necessary, correct anomalies in sample processing, without much super- 
vision and assistance by ground based control. 

The initial MEC concept, described in this study, can be developed 
and prepared for first flight in about 48 months. As more is known about 
the MEC design (Phase B), MEC payloads, and Space Platform implementation 
planning, this 48 months might be reduced. 

Finally, it appears that six issues dominate the thinking and planning 
on the MEC project. They are listed below. Some relate to technology and 
engineering; most depend on NASA programmatic decisions; they all deserve 
near-term attention. 


MEC PROJECT KEY ISSUES 

1. Project Costs — Goals for the initial MEC capability will cer- 

tainly reflect NASA funding constraints. 

2. MEC Payloads Type, number, dates of readiness for flight, 

envelope and requirements. 

3. MEC Growth — Extent to which initial MEC design can realis- 

tically evolve from MEA-C and then effectively 
grow to all-up MEC. 

4. Operations Costs — Transportation, logistical, payload integration, 

refurbishment and orbital operations costs could 
impact MEC utilization more than MEC design and 
development costs. 


5. MEC Users 


6. Space Platform 
Interfaces 


MEC as a carrier for participants other than NASA. 
These could come from the private sector (commer- 
cial), international, and DOD sources. 

Extent to which SP resources can be allocated to 
MEC, assuming multiple payloads attached to the 
SP. 





